Thanks for your contribution!

actions/checkout 默认就有这功能吧？

比如 #220 https://github.com/PaddlePaddle/PaddleSOT/actions/runs/5409796119/jobs/9830376385?pr=220

• 其中 9fff894 是 PR 的 hash
• 其中 94fd654 是 develop 的 hash
• 其中 30473f1 是 merge PR into develop 的 hash

actions/checkout 默认就有这功能吧？

比如 #220 https://github.com/PaddlePaddle/PaddleSOT/actions/runs/5409796119/jobs/9830376385?pr=220

* 其中 [9fff894](https://github.com/PaddlePaddle/PaddleSOT/commit/9fff894f4d43b1f2f04dbe35d097cd897f2ca80b) 是 PR 的 hash * 其中 [94fd654](https://github.com/PaddlePaddle/PaddleSOT/commit/94fd654d92b51e0a84500caf15fa4af9b5410a8f) 是 develop 的 hash * 其中 [30473f1](https://github.com/PaddlePaddle/PaddleSOT/commit/30473f105f37bc218e874bcedc8417b9f3248c5e) 是 merge PR into develop 的 hash

是的是的, 我换了一个修

这个看起来倒是没什么问题，只是这个是有什么需求吗？一般只有给 Fork 的 repo 提 PR 才会触发 CI？一旦我们以后需要在 fork 的 repo 里触发 CI 呢？

这个看起来倒是没什么问题，只是这个是有什么需求吗？一般只有给 Fork 的 repo 提 PR 才会触发 CI？一旦我们以后需要在 fork 的 repo 里触发 CI 呢？

可以看一下其他人的仓库, 比如 https://github.com/zrr1999/paddle-symbolic-trace, 可以发现merge后会再运行一次ci (不过我之前以为是会占用限时，现在看来好像不会)

咦？我刚看你的 repo 是没有的啊

啊，还真有

咦？我刚看你的 repo 是没有的啊

因为我手动把actions关了